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Lifecycles:  System’s  lifecycles  from 
conception  to  sustainment  are 
comprised  of  interrelated  clockspeeds 
linked  by  legacy,  change,  and 
unpredictable  demand. 


With  ever-increasing  environmental  and  technical 
challenges  persist  and  continue  to  propagate... 


complexities,  three 


Decisions:  Our  ability  to 
understand,  monitor,  measure,  and 
govern  a  system’s  lifecycle  is  not 
keeping  pace  with  the  rate  of  systems’ 
change. 


Solutions:  Our  understanding  of 
how  systems  can  be  integrated  to 
provide  a  “good  enough”  solution  to 
meet  a  capability  in  an  agile 
environment  is  insufficient. 
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“  What  technologies  and 
integrations  are 
important  or  critical  to 
each  architectural  view 
to  achieve  a 
functionality  or 
capability ?” 

“What functionalities  or 
capabilities  are 
sufficient ,  critical ,  or 
important  to  achieving 
a  level  of  system 
maturity  that  can 
satisfy  a  warfighter’s 
needs?” 

“What  impact  does  this 
have  on  system 
maturity  and  ultimately 
the  acquisition  of  a 
deployable  system?” 


141%  at  http://yA!Ay.  system^ 
maturity.com 


Key  Performance  Parameter 


•  The  U.S.  government  mandates  that  Key  Performance 
Parameters  (KPP)  must  be  specified  in  the  Capability 
Development  Document  (CDD)  and  Capability  Production 
Document  (CPD),  and  be  verified  by  testing  and  evaluation  or 
analysis. 

•  Key  Performance  Parameters  (KPP)  are  “those  attributes  or 
characteristics  of  a  system  that  are  considered  critical  or 
essential  to  the  development  of  an  effective  military  capability 
and  those  attributes  that  make  a  significant  contribution  to 
the  characteristics  of  the  future  joint  force  as  defined  in  the 
Capstone  Concept  for  Joint  Operations  (CCJO)”  -  DAU  2009 


4js%  at  http  ://vvyi/w\<- 
maturity.com 


•  Volkert’s  methodology  (2009)  to  predict  the 

achieved  capability  of  satisfying  KPP 

T  =  SRL  *  a 

°  a:  the  maximum  level  of  performance  capability  of 
satisfying  a  KPP. 

°  SRL:  the  proportional  level  of  performance 
expected  at  a  specific  maturity  stage. 

SRL  =f(TRL,  IRL) 

n  T :  the  achieved  performance  level  of  the  capability 
which  satisfies  the  corresponding  KPP. 
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•  Volkert’s  approach 

n  Can-do 

•  Track  the  development  progress  with  respect  to 
achieved  capability  performance. 

•  Identify  development  problems  in  terms  of  actual 
progress  against  that  is  planned. 

a  Cannot-do 

•  Prescribe  resources  allocation  to  fix  development 
problems 


Then... 


•  Component  importance  analysis  with 
measures 
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Component  Importance  Measure  1  -  System 
Capability  Satisficing  with  Respect  to  TRL/IRL  (lp) 


The  System 


Technolog 

y 

Readiness 
Level  (TR 
Integration 
Readiness 
Level  (IRL) 


What’s  the  impact  of 
component  readiness 
level  on  SRL? 

Which  component(s) 
should  be  improved  to 
a  target  readiness 
level? 


SRL  =  f  (TRL,  IRL) 
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Component  Importance  Measure  1 

•  System  capability  satisficing  with  respect  to 
TRL/IRL  (Ip) 

For  TRL  Ip  =  SRL(TRLJRL\TRL  =1^1,) 

’  '  SRL(TRLJRL) 

p  SRL(TRL,IRL  I IRL,  =  iRL, ") 

For  IRL,IP  = - - - - - 1 - ‘l - '1- 

1  SRL(TRLJRL) 

■  SRL(TRL,  IRL):  Current  system  SRL 

■  SRL(TRLJRL  \  TRLt  =  TRL. ) :  the  resultant  SRL  when  TRL{  changes  to  a 
target  maturity  level  and  all  other  TRLs/IRLs  stay  on  current 
maturity  values  (the  same  for  IRL^)  . 
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Component  Importance  Measure  2  -  System 
Capability  Satisficing  with  Respect  to  Cost  (lCT) 


The  System 


•  Certain  amount  of 


•  Where  to  put  the 
available  money  to 
achieve  more  system 
maturity? 


4js%  ait  http  ://vvv¥WV.  syst@iir;i%4l5MeJl^w^|t- 
maturity.com 


Component  Importance  Measure  2 


System  capability  satisficing  with  respect  to  cost 

(ICT) 


For  TRL,  if T  = 


For  IRL,  / 
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CT 
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CTt 
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CTj  -  CT—  -  CTTRLi  :  the  cost  for  maturing  TRL|  from  its  current 
readiness  level  to  a  target  level  TRLt  (the  same  for  IRL {j) . 


Component  Importance  Measure  1  -  System  Capability 
Satisficing  with  Respect  to  Effort  (lLH) 


The  System 


Certain  amount  of 


Technolog 

y 

Readiness 
Level  (TR 
Integration 
Readiness 
Level  (IRL) 


SRL  =  f  (TRL,  IRL) 


•  Where  to  put  the  available 
Labor-Hours  to  achieve 
more  system  maturity? 
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Component  Importance  Measure  3 

•  System  capability  satisficing  with  respect  to 
labor-hours  (ILH) 


For  TRL,  /,  = 


LH  ASRL 


SRL(TRL,  IRL  \  TRL,  =  TRL, )  -  SRL(TRL,IRL ) 


LH , 


LHm~LHTH 


lh  LSRL 


For  IRL,  H  = 

1  LH .... 


SRL(TRL,IRL  \  IRL,.  =  IRL,, )  -  SRL(TRL,  IRL) 


V 


V 


LH^-LH^ 


—  LH—  LHtrl  .  the  labor-hours  for  maturing  TRLj  from  its 
current  readiness  level  to  a  target  level  TRLt  (the  same  for  IRL . 
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Meaning  of  the  Value  of  Measures 

•  Ip  implies  the  effect  of  change  in  the  readiness 
level  of  a  given  component  on  SRL. 

•  ICT  implies  the  effect  of  change  in  the  cost  to 
mature  a  given  component  on  SRL. 

•  ILH  implies  the  effect  of  change  in  the  labor- 
hours  (i.e.,  effort)  to  mature  a  given  component 
on  SRL. 

•  The  larger  the  measure  value,  the  more 
important  is  the  corresponding  component. 
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System  Diagram  of  A  Notional  Example 


Assuming  the  Mine-Detection  capability  enabled  by  the  combination  of  shaded 
components  is  the  KPP  of  interest 
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Scenario  1  -  Increasing  Component  Readiness  by  One  Level 


TRL  =  TRL  + 1 
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Scenario  2  -  Fully  Maturing  Components  trli  =  9 


Increasing  to  the  Most  Maturity  Level  (9) 
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Conclusion 

•  Technology  components  are  generally  more 
important  than  integration  components 

°  How  to  coordinate  the  parallel  development  of 
these  two  kinds  of  components? 

•  Component  importance  is  ranked  based  on  the 
current  development  maturity  status 

°  Will  importance  rank  change  if  the  components 
are  further  matured? 

a  Will  a  spiral  methodology  be  needed  to  address 
component  importance  for  the  long  system 
development  life  cycle? 
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Future  Work 


•  SRL  enhancement  for  multi-function  multi¬ 
capability  (MFMC)  systems  development 

•  Earned  readiness  management 

•  SRL  calculator  plug-in  to  enterprise  architecture 
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